늘모자란, 개발

docker에 mysql을 올려서 사용하고 있는데, 어느 순간 갑자기 어디서도 안붙어진다. 
localhost를 바라보고 있는 서비스 소스 측에선 사용이 되는데 도저히 외부에선 붙어지지가 않았다.

별도의 테스트 디비가 없기때문에 접속이 안되서 로컬호스트로 처리도 못하는 상황. 
mysql로 붙는 속도가 현저히 느려져서 skip-name-resolve 옵션을 켜기도 했는데..

권한이고 iptables고 ufw 고 확인안해본게 없는데 지푸라기라도 잡는 심정으로 docker를 재시작했더니 그냥된다.
그냥 docker-proxy가 얌전히 맛이가서 dns조회쪽에 문제가 됐던게 아닌가한다. 저 옵션은 사실 켜야될 필요가 없는데...
간만에 황당한거 겪어서 기록으로 남긴다.

제목을 지을땐 항상 희한한 기분이다.
문법이 맞나 싶어가지고.. 어쨌든 백업할때 느꼈던건데, 나는 docker를 그냥 디스크만 옮기면될줄알고 다른디스크에 똑같은 경로로 옮겼다.
그리고 docker_opt를 다시 잡아준 후에 docker start 를 통해 컨테이너를 실행하려니 정말 죽어도 안되는것이다.
별수를 다 써봤는데도 안되었다.

정말 이상한 일이라 검색해봤는데 나같은 사례가 없었다.
하긴 누가 디스크 to 디스크로 옮기는일을 할까.. 여튼 해답은 다음과 같다.

/docker/containerd/daemon/

해당경로에는 현재 돌아가고 있는 컨테이너의 정보들이 존재한다.
여기를 깔끔하게 지워주면 돌아가게 되는데 문제는 바로 여기

io.containerd.metadata.v1.bolt/meta.db

이 파일이다. 이 db파일내에 컨테이너 이름이 들어가있으면 docker는 해당 컨테이너가 이미 running 중이라고 판단한다.
즉, docker를 정상적으로 exit 한 상황이 아닌 상태에서 그냥 파일을 옮기면 meta.db엔 running 중인 상태로 기록되어 있기때문에 절대 돌릴 수가 없다.

해결법은 그냥 docker를 다시 깔고, 깔끔한 meta.db를 덮어쓰면된다. (데몬내에 다른 폴더들은 그냥 정리)

docker... 이 애증의 물건..

써본 사람은 알겠지만, docker와 스토리지 용량은 뗄 수 없는 관계이다.
항상 용량 문제에 항상 부딪히게 되는데 이건 소프트적으로 해결할 수 있는 용량이 아니다. 결국 물리적인 하드를 추가할 수 밖에 없었다...

이걸 왜 하게 됐냐면 이 글 의 내용 때문이다.

마지막으로, 서버 이미지를 하루마다 저장해 허브에 푸시합니다. DB 두개가 한번에 박살나도, 최대 10분내에 복구가 가능합니다.(순수하게 다운로드 시간)

라고 적어놨는데 허브에 푸시한다는건 말이 안된다. 일단 푸시 시간이 너무 어마무시하게 걸린다.
지금 내 이미지의 용량은 115기가쯤인데 48시간동안 docker push 했으나 결국 업로드에 실패했다... 컴퓨터가 먼저 리셋되었다.
결국 새 스토리지도 달았겠다 로컬에 저장해놓고 관리하기로 했다.

우선 현재 나는 2개 컨테이너를 운영중인데, MySQL 을 repl 화 해서 master / slave 로 나누어 관리하고 있다.
master와 slave의 차이는 my.cnf 와 같은 설정차이일뿐, 실 서비스 중인 master 컨테이너를 건드릴 필요는 없다.
그래서 slave를 commit 해서 새로운 이미지를 만들면된다. commit 중엔 컨테이너가 pause 상태에 빠지게 되는데, resume 되면 알아서 slave가 master로부터 데이터를 긁어와 동기화 되므로 별 걱정할 필요가 없다.

내 스토리지가 보관할 수 있는 이미지 갯수는 약 4개.
커밋 전 용량이 부족할 수 있으니 오래된 이미지를 정리한다. 이때 필터옵션을 줘서 오래된 이미지를 삭제 할 수 있다.

docker image prune -a -f --filter "until=3h"

이때, 필터옵션을 주지 않으면 사용하지 않는 모든 컨테이너가 삭제되므로 반드시 주의해야한다.
배치 작업을 위해 -f를 준거지 단순 정리목적이라면 -f를 사용하지 말고 !!반드시!! 재 확인이 필요함

그 이후, 컨테이너를 커밋한다.

docker container commit <CONTAINER> <IMAGE NAME:TAG>

인데 일반적으로 알고 있는 docker commit은 이미지에 commit 하는거고, 이건 container 를 기반으로 새로운 이미지를 만드는 것이다.
나같은 경우엔 TAG에 배치 시작 시간을 넣어줬는데, 태그는 아무래도 상관없다. creation date 로 prune 되기때문에 뭘 넣어도 상관없다.

이 과정에서 알게 된게 있는데,
같은 이름의 이미지명과 태그를 입력해 commit 하게 되면 commit 이 안되는게 아니고, 이름과 태그 둘다 none 으로 입력된다.

이렇게 해서 특정 시간마다 배치작업을 설정하게 되면, 3시간이 지난 이미지는 알아서 날아가고, 시간마다 새로운 이미지가 생성된다.
압축까지 해서 보관하는 방법도 있는데, 나는 그렇게까진 안하고.. latest 4시간만 보관하기로 했다.

문서를 열때 "open as"를 누르면 복사할 앱을 선택하고 그 앱을 누르면 문서가 복사되며 파일이 열리는 구조란건 다들 알 것이다.
그런데 어느순간부터 이상한게, 파일명에 마침표(.)가 들어가면 열리질 않는것이다. 쉐어UI 조차 뜨지 않는다. 너무 이상하게 생각해서 여러테스트를 해봤는데,

한글만 문제인줄 알았더니 영어 파일 모두 문제가 되고 있다. 그냥 .이 두개 들어가면 확장자로 인식하지 않아 determine 할 수가 없다.
한마디로 그냥 쉣이다..

다들 그냥 이 OS는 원래 그런가보다... 하고 넘어가는 모양이다. 아니면 파일명을 따로 인코딩하고 있다던지.. 근데 기본 메일앱을 쓰는 사용자들은 그게 안되니까 ㅡㅡ

애플에 버그리포트를 했다. 결과는 어떻게 될지 모르겠다. 글 내용이 수정될일이 있을지..

이걸 어떻게 설명해야할지 모르겠는데 나는 shell에서 사용하는건 다 똑같은 bash 인줄 알았다.

.sh를 실행할때 보통 이렇게 실행한다고 가정해보자. 권한을 적당히 주고 다음과 같이 실행하는게 일반적이다.

./aaaaa.sh

실행에 있어서는 별 문제가 없다.
그런데 얼마전에 쉘 스크립트를 짜는데, 

mysql query 결과를 command line 으로 실행해서 뽑고, 거기서 특정 문구를 regex로 처리해 변수로 쓰려고 시도 했다. 다음과 같은 모양이다
쉘 스크립트를 잘 몰라서 매끄럽진 않으니 참고만;

myvar=$(mysql -u ... -p ... -e "QUERY")
a=$(print %q " $myvar)
myvar2=$(echo $a | sed -rn 'REGEX....')
echo $myvar2

뭐 이런느낌으로 작성했다. 
그런데 아무리 돌려도 나오질 않는다. 정말 짜증나 미치려고 하고 있던 와중에 shell에서 쓰는 regex는 posix라고 부르는 문법을 사용한다.
단순 execute 가 아니라... bash 로 따로 실행을 해야 돌아간다고 한다.

요컨데

/bin/bash aaaaa.sh

로 실행하면 결과값이 다르다. 확장 익스텐션이랑 같이 실행되는 느낌이라고 할까..
간단한 작업들만 실행하게 하는 용도로 사용하다보니 쉘 스크립트도 이런게 있는줄은 처음 알았다. 어쨌든 bash로 실행하면 말끔하다.

mysqldump를 뜨다보면 자연스럽게 swap이 생기는것 같다.
이렇게 생긴걸 굳이 남겨둘 필요가 없어서 swapoff -a 와 swapon -a 를 통해 풀곤 했는데 자동화하려고 crontab에 추가했는데 돌아가질 않는다.

swapoff -a && swapon -a

.sh 에 작성해서 돌려봐도 안된다. 왤까하다 구글링으로 찾아보니 full path를 작성해줘야 하는 것 같다.

/sbin/swapoff -a && /sbin/swapon -a

잘된다.

제목이 점점 산으로 가는 기분인데..

Android 에 Intent 가 있다면 iOS에는 UIDocumentInteractionController가 있다.
annotation을 태워서 같이 보내거나 하는 등의 intent와 여러모로 비슷한 옵션인데, 기본적인 동작은 AirDrop을 호출해 파일을 다른 앱의 번들안에 저장한 후 파일을 오픈하게 하는 구조이다.

그런데..
10.3에서 돌아가는 다음 소스가 11에선 돌아가지 않는다.

 NSString* filepath = [[NSBundle mainBundle] pathForResource:@"Filename" ofType:@"pptx"]; 
NSURL *url = [NSURL fileURLWithPath:filepath]; 
self.documentController = [UIDocumentInteractionController interactionControllerWithURL:url]; 

아무리 로그를 봐도 그냥 파일 복사가 실패했다는 말만 나온다. 영문도 모르겠다. 더 열받는건 iOS의 기본앱(메모, 페이지)로는 또 열린다는 것이다. 그러다가 비슷한 처지의 글들을 보게 되었는데 결론은 그냥 iOS의 보안정책이 변했다.

AirDrop이란건 그냥 뻔한건데,
iOS에서 파일을 받을 경우 앱내에 있는 번들 스페이스에 저장하게 된다. 이 번들안에 저장된 URL을 서드파티앱에 넘기고, url을 받은 서드파티앱이 해당 url로 접근 후 파일을 복사해서 자신의 번들안에 저장하고 여는 구조라고 할 수 있는데, iOS 10까지는 이런 일련의 과정들이 허용되었으나 이젠 애플 기본앱이 아니면 접근 할 수 없다.

고로 접근할 수 있는 임시 디렉토리를 생성하고, URL을 다르게 전달해야만 앱이 오픈된다

 NSURL *tmpDirURL = [NSURL fileURLWithPath:NSTemporaryDirectory() isDirectory:YES];        // get /tmp folder path 
NSURL *fileURL = [[tmpDirURL URLByAppendingPathComponent:@"Filename"] URLByAppendingPathExtension:@"pptx"]; 
self.documentController = [UIDocumentInteractionController interactionControllerWithURL:fileURL];
 

정말 봐도봐도 거지같단 생각밖에 안든다. 여튼 이러면 열린다..